System and method for sequencing radio items for a multi downlink multi carrier receiver

ABSTRACT

A system and method are provided for sequencing radio events in a mobile device with a multi downlink multi carrier receiver. In the mobile device, there is a processor in communication with a timing control unit (TCU), whereby the TCU is in communication with two or more radios. The processor collects one or more radio events corresponding to the two or more radios and then sorts the radio events from highest priority to lowest priority to form a sorted list. The processor then loads the sorted list, beginning with a highest priority radio event, onto the TCU.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent applicationSer. No. 12/551,711 filed Sep. 1, 2009, the entire contents of which areincorporated herein by reference.

TECHNICAL FIELD

The following relates to systems and methods for sequencing radio itemsfor a multi downlink multi carrier receiver.

BACKGROUND

Data transmission rates for mobile devices have increased in part due tothe development of networks. One such development is the Enhanced DataRates for GSM Evolution (EDGE), also known as Enhanced GPRS (EGPRS). Itis a backward-compatible digital mobile phone technology that allows forimproved data transmission rates as an extension on top of standardGlobal System for Mobile communications (GSM).

As another upgrade to both GSM and EDGE, the introduction of EDGEEvolution or Evolved EDGE will further increase data transmission rates.One such feature of Evolved EDGE is the Downlink Dual Carrier (DLDC),which allows a mobile device to receive data on two different frequencychannels at the same time, doubling the downlink throughput. A mobiledevice adapted for Evolved EDGE technology contains at least two radios.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments will now be described by way of example only with referenceto the appended drawings wherein:

FIG. 1 is a schematic diagram illustrating a mobile device exchangingdata on two different frequency channels at the same time.

FIG. 2 is a schematic diagram illustrating a system in which data itemsare pushed from a host system to a mobile device.

FIG. 3 is a block diagram of an exemplary embodiment of a mobile device.

FIG. 4 is a block diagram illustrating exemplary ones of the othersoftware applications and components shown in FIG. 3.

FIG. 5 is a schematic diagram of one example configuration for thecommunication subsystem shown in FIG. 3 with two radios.

FIG. 6 is a schematic diagram of the timing control unit shown in FIG.5.

FIG. 7 is a schematic diagram of another embodiment of the communicationsubsystem shown in FIG. 3.

FIG. 8 is a schematic diagram of yet another embodiment of thecommunication subsystem shown in FIG. 3.

FIG. 9 is a schematic diagram of another embodiment of the communicationsubsystem shown in FIG. 3.

FIG. 10 is a schematic diagram of yet another embodiment of acommunication subsystem shown in FIG. 3.

FIG. 11 is a block diagram of the components of the radio sequencingmodule shown in FIG. 4.

FIG. 12 is a block diagram of the structure of a radio event.

FIG. 13 is a flow diagram of the sorting process carried out by thesorting module in FIG. 11.

FIG. 14 is a block diagram of an example of the components in the radioevent lists shown in FIG. 11.

FIG. 15 is a block diagram of a sorted list.

FIG. 16 is a flow diagram of the optimizing process carried out by theoptimizing module in FIG. 11.

FIG. 17 is a block diagram of the components of another embodiment ofthe radio sequencing module shown in FIG. 4.

FIG. 18 is a flow diagram of an optimization rule specific to a sortedlist of TCU instructions.

FIG. 19 is a flow diagram of a radio sequencing process.

FIG. 20 is a flow diagram of another embodiment of a radio sequencingprocess.

DETAILED DESCRIPTION OF THE DRAWINGS

Turning to FIG. 1, a mobile device 10 is shown communicating with awireless base station 12. The mobile device 10 is able to exchange datacommunications with another entity through one or more of such basestations 12. The exchange of wireless data is illustrated by the dottedlines.

The mobile device 10 contains two radio devices 14 and 16 (also denotedby ‘R1’ and ‘R2’ respectively). In one configuration, each radio device14, 16 comprises a receiver. This allows the mobile device 10 tosimultaneously receive data at different frequencies. It can beappreciated that at least one of the radio devices 14, 16 comprises atransmitter so that the mobile device 10 can transmit data. In otherembodiments, each of the radio devices 14, 16 contain both a receiverand transmitter, or a transceiver. In this way, it can be appreciatedthat the mobile device 10 can transmit, as well as receivesimultaneously at different frequencies.

In other mobile devices 10 where there is a single radio, a number ofradio events for the single radio are streamed to a timing control unit(TCU). As will be discussed in further detail below, the TCU processesthe single stream of radio events in order to activate the single radio.The TCU also controls the timing of the transmission and reception ofsignals for the mobile device 10. However, where a mobile device 10 hastwo or more radios, 14 and 16, there will be two or more channels withtwice the amount of data being received. Thus, a system and method isrequired to manage and process the two channels of data from each of theradios 14, 16. Therefore, a system comprising two or more radios 14, 16connected to at least one TCU is provided. The radio events for each ofthe radios are collected and sequenced before they are streamed to theTCU. This allows the TCU, which handles only a single channel or streamof events, to control the timing of two or more separate radios.

It can be appreciated that a mobile device 10 that can communicatesimultaneously over different frequencies normally does so through awireless network 20, an example of which is shown in FIG. 2.

The mobile device 10 can be a two-way communication device with advanceddata communication capabilities including the capability to communicatewith other mobile devices 10 or computer systems through a network oftransceiver stations. The mobile device 10 may also have the capabilityto allow voice communication. Depending on the functionality provided bythe mobile device 10, it may be referred to as a data messaging device,a two-way pager, a cellular telephone with data messaging capabilities,a wireless Internet appliance, or a data communication device (with orwithout telephony capabilities). The mobile device 10 can also be onethat is used in a system that is configured for continuously routing allforms of pushed information from a host system 25 to the mobile device10. One example of such a system will now be described making referenceto FIG. 2.

FIG. 2 is an example system diagram showing the redirection of user dataitems (such as message A or C) from a corporate enterprise computersystem (host system) 25 to the user's mobile device 10 via a wirelessrouter 26. The wireless router 26 provides the wireless connectivityfunctionality as it acts to both abstract most of the wireless network's20 complexities, and it also implements features necessary to supportpushing data to the mobile device 10. Although not shown, a plurality ofmobile devices may access data from the host system 25. In this example,message A in FIG. 2 represents an internal message sent from, e.g. adesktop computer (not shown) within the host system 25, to any number ofserver computers in the corporate network (e.g. LAN), which may, ingeneral, include a database server, a calendar server, an E-mail serveror a voice-mail server.

Message C in FIG. 2 represents an external message from a sender that isnot directly connected to the host system 25, such as the user's mobiledevice 10, some other user's mobile device (not shown), or any userconnected to the public or private network 24 (e.g. the Internet).Message C could be e-mail, voice-mail, calendar information, databaseupdates, web-page updates or could even represent a command message fromthe user's mobile device 10 to the host system 25. The host system 25may comprise, along with the typical communication links, hardware andsoftware associated with a corporate enterprise computer network system,one or more wireless mobility agents, a TCP/IP connection, a collectionof data stores, (for example a data store for e-mail could be anoff-the-shelf mail server like Microsoft Exchange® Server or LotusNotes® Server), all within and behind a corporate firewall.

The mobile device 10 may be adapted for communication within wirelessnetwork 20 via wireless links, as required by each wireless network 20being used. As an illustrative example of the operation for a wirelessrouter 26 shown in FIG. 2, consider a data item A, repackaged in outerenvelope B (the packaged data item A now referred to as “data item (A)”)and sent to the mobile device 10 from an Application Service Provider(ASP) in the host system 25. Within the ASP is a computer program,similar to a wireless mobility agent, running on any computer in theASP's environment that is sending requested data items from a data storeto a mobile device 10. The mobile-destined data item (A) is routedthrough the network 24, and through the wireless router's 26 firewallprotecting the wireless router 26 (not shown).

Although the above describes the host system 25 as being used within acorporate enterprise network environment, this is just one embodiment ofone type of host service that offers push-based messages for a handheldwireless device that is capable of notifying and presenting the data tothe user in real-time at the mobile device when data arrives at the hostsystem.

By offering a wireless router 26 (sometimes referred to as a “relay”,“message server”, “data redirector”, etc.), there are a number of majoradvantages to both the host system 25 and the wireless network 20. Thehost system 25 in general runs a host service that is considered to beany computer program that is running on one or more computer systems.The host service is said to be running on a host system 25, and one hostsystem 25 can support any number of host services. A host service may ormay not be aware of the fact that information is being channeled tomobile devices 10. For example an e-mail or message program 138 (seeFIG. 3) might be receiving and processing e-mail while an associatedprogram (e.g. an e-mail wireless mobility agent) is also monitoring themailbox for the user and forwarding or pushing the same e-mail to awireless device 10. A host service might also be modified to preparedand exchange information with mobile devices 10 via the wireless router26, like customer relationship management software. In a third example,there might be a common access to a range of host services. For examplea mobility agent might offer a Wireless Access Protocol (WAP) connectionto several databases.

Although the system is exemplified as operating in a two-waycommunications mode, certain aspects of the system could be used in a“one and one-half” or acknowledgment paging environment, or even with aone-way paging system. In such limited data messaging environments, thewireless router 26 still could abstract the mobile device 10 andwireless network 20, offer push services to standard web-based serversystems and allow a host service in a host system 25 to reach the mobiledevice 10 in many countries.

The host system 25 shown herein can have many methods when establishinga communication link to the wireless router 26. For one skilled in theart of data communications the host system 25 could use connectionprotocols like TCP/IP, X.25, Frame Relay, ISDN, ATM or many otherprotocols to establish a point-to-point connection. Over this connectionthere are several tunneling methods available to package and send thedata, some of these include: HTTP/HTML, HTTP/XML, HTTP/Proprietary, FTP,SMTP or some other proprietary data exchange protocol. The type of hostsystems 25 that might employ the wireless router 26 to perform pushcould include: field service applications, e-mail services, stock quoteservices, banking services, stock trading services, field salesapplications, advertising messages and many others. This wirelessnetwork 20 abstraction is made possible by the wireless router 26, whichimplements this routing and push functionality. The type ofuser-selected data items being exchanged by the host could include:E-mail messages, calendar events, meeting notifications, addressentries, journal entries, personal alerts, alarms, warnings, stockquotes, news bulletins, bank account transactions, field serviceupdates, stock trades, heart-monitoring information, vending machinestock levels, meter reading data, GPS data, etc., but could,alternatively, include any other type of message that is transmitted tothe host system 25, or that the host system 25 acquires through the useof intelligent agents, such as data that is received after the hostsystem 25 initiates a search of a database or a website or a bulletinboard.

The wireless router 26 provides a range of services to make creating apush-based host service possible. These networks may comprise: (1) theCode Division Multiple Access (CDMA) network, (2) the Groupe SpecialMobile or the Global System for Mobile Communications (GSM) and theGeneral Packet Radio Service (GPRS), and (3) the existing and upcomingthird-generation (3G) and fourth generation (4G) networks like EDGE,Evolved EDGE or EDGE Evolution, UMTS and HSDPA, LTE, Wi-Max etc. Someolder examples of data-centric networks include, but are not limited to:(1) the Mobitex Radio Network (“Mobitex”) and (2) the DataTAC RadioNetwork (“DataTAC”).

To be effective in providing push services for host systems 25, thewireless router 26 may implement a set of defined functions. It can beappreciated that one could select many different hardware configurationsfor the wireless router 26, however, many of the same or similar set offeatures would likely be present in the different configurations. Thewireless router 26 may offer any one or more of the following featuresfor host services: 1) An addressing method so that mobile device 10traffic can be addressed to a host system 25 without the need for thewireless network 20 to assign an identity to each host system 25; 2) Anefficient and authenticated method for the host system 25 to initiate acommunication connection to the wireless router 26 for the purposes ofopening a communication tunnel to the one or more mobile devices 10 thatthe host system 25 wishes to communicate with; 3) A reliable method forexchanging data between the host system 25 and the mobile device 10, ina manner consistent with the abilities of the wireless network 20; 4)Providing feedback to the host system 25 when data is delivered, whichallows the host system to clean up any wireless delivery queues ifnecessary, or inform the original sender (user or program) that the datahas been delivered to the mobile device 10; 5) Implementation of awireless network 20 initiated push of services or data to a mobiledevice 10, from a wireless router 26; and 6) Connect to a wide range ofwireless networks 20 and provide a way of tracking the user's locationso that a ‘follow you anywhere’ solution can be provided.

An exemplary configuration for the mobile device 10 is illustrated inFIGS. 3-4. Referring first to FIG. 3, shown therein is a block diagramof an exemplary embodiment of a mobile device 10. The mobile device 10comprises a number of components such as a main processor 102 thatcontrols the overall operation of the mobile device 10. Communicationfunctions, including data and voice communications, are performedthrough a communication subsystem 104. The communication subsystem 104receives data from and sends data to a wireless network 20. In thisexemplary embodiment of the mobile device 10, the communicationsubsystem 104 is configured in accordance with the GSM and GPRSstandards, which are used worldwide. Other communication configurationsthat are equally applicable are the 3G and 4G networks, for exampleEvolved EDGE or EDGE Evolution, as discussed above. New standards arestill being defined, but it is believed that they will have similaritiesto the network behaviour described herein, and it will also beunderstood by persons skilled in the art that the embodiments describedherein are intended to use any other suitable standards that aredeveloped in the future. The wireless link connecting the communicationsubsystem 104 with the wireless network 20 represents one or moredifferent Radio Frequency (RF) channels, operating according to definedprotocols specified for GSM/GPRS communications.

The main processor 102 also interacts with additional subsystems such asa Random Access Memory (RAM) 106, a flash memory 108, a display 110, anauxiliary input/output (I/O) subsystem 112, a data port 114, a keyboard116, a speaker 118, a microphone 120, a GPS receiver 121, short-rangecommunications 122, and other device subsystems 124. As will bediscussed below, the short-range communications 122 can implement anysuitable or desirable device-to-device or peer-to-peer communicationsprotocol capable of communicating at a relatively short range, e.g.directly from one device to another. Examples include Bluetooth®, ad-hocWiFi, infrared, or any “long-range” protocol re-configured to utilizeavailable short-range components. It will therefore be appreciated thatshort-range communications 122 may represent any hardware, software orcombination of both that enable a communication protocol to beimplemented between devices or entities in a short range scenario, suchprotocol being standard or proprietary.

Some of the subsystems of the mobile device 10 performcommunication-related functions, whereas other subsystems may provide“resident” or on-device functions. By way of example, the display 110and the keyboard 116 may be used for both communication-relatedfunctions, such as entering a text message for transmission over thenetwork 20, and device-resident functions such as a calculator or tasklist.

The mobile device 10 can send and receive communication signals over thewireless network 20 after required network registration or activationprocedures have been completed. Network access is associated with asubscriber or user of the mobile device 10. To identify a subscriber,the mobile device 10 may use a subscriber module component or “smartcard” 126, such as a Subscriber Identity Module (SIM), a Removable UserIdentity Module (RUIM) and a Universal Subscriber Identity Module(USIM). In the example shown, a SIM/RUIM/USIM 126 is to be inserted intoa SIM/RUIM/USIM interface 128 in order to communicate with a network.Without the component 126, the mobile device 10 is not fully operationalfor communication with the wireless network 20. Once the SIM/RUIM/USIM126 is inserted into the SIM/RUIM/USIM interface 128, it is coupled tothe main processor 102.

The mobile device 10 is typically a battery-powered device and in thisexample includes a battery interface 132 for receiving one or morerechargeable batteries 130. In at least some embodiments, the battery130 can be a smart battery with an embedded microprocessor. The batteryinterface 132 is coupled to a regulator (not shown), which assists thebattery 130 in providing power V+ to the mobile device 10. Althoughcurrent technology makes use of a battery, future technologies such asmicro fuel cells may provide the power to the mobile device 10.

The mobile device 10 also includes an operating system 134 and softwarecomponents 136 to 146 which are described in more detail below. Theoperating system 134 and the software components 136 to 146 that areexecuted by the main processor 102 are typically stored in a persistentstore such as the flash memory 108, which may alternatively be aread-only memory (ROM) or similar storage element (not shown). Thoseskilled in the art will appreciate that portions of the operating system134 and the software components 136 to 146, such as specific deviceapplications, or parts thereof, may be temporarily loaded into avolatile store such as the RAM 106. Other software components can alsobe included, as is well known to those skilled in the art.

The subset of software applications 136 that control basic deviceoperations, including data and voice communication applications, may beinstalled on the mobile device 10 during its manufacture. Softwareapplications may include a message application 138, a device statemodule 140, a Personal Information Manager (PIM) 142, a connect module144 and an IT policy module 146. A message application 138 can be anysuitable software program that allows a user of the mobile device 10 tosend and receive electronic messages, wherein messages are typicallystored in the flash memory 108 of the mobile device 10. A device statemodule 140 provides persistence, i.e. the device state module 140ensures that important device data is stored in persistent memory, suchas the flash memory 108, so that the data is not lost when the mobiledevice 10 is turned off or loses power. A PIM 142 includes functionalityfor organizing and managing data items of interest to the user, such as,but not limited to, e-mail, text messages, instant messages, contacts,calendar events, and voice mails, and may interact with the wirelessnetwork 20. A connect module 144 implements the communication protocolsthat are required for the mobile device 10 to communicate with thewireless infrastructure and any host system 25, such as an enterprisesystem, that the mobile device 10 is authorized to interface with. An ITpolicy module 146 receives IT policy data that encodes the IT policy,and may be responsible for organizing and securing rules such as the“Set Maximum Password Attempts” IT policy.

Other types of software applications or components 139 can also beinstalled on the mobile device 10. These software applications 139 canbe pre-installed applications (i.e. other than message application 138)or third party applications, which are added after the manufacture ofthe mobile device 10. Examples of third party applications includegames, calculators, utilities, etc. The additional applications 139 canbe loaded onto the mobile device 10 through at least one of the wirelessnetwork 20, the auxiliary I/O subsystem 112, the data port 114, theshort-range communications subsystem 122, or any other suitable devicesubsystem 124.

The data port 114 can be any suitable port that enables datacommunication between the mobile device 10 and another computing device.The data port 114 can be a serial or a parallel port. In some instances,the data port 114 can be a USB port that includes data lines for datatransfer and a supply line that can provide a charging current to chargethe battery 130 of the mobile device 10.

For voice communications, received signals are output to the speaker118, and signals for transmission are generated by the microphone 120.Although voice or audio signal output is accomplished primarily throughthe speaker 118, the display 110 can also be used to provide additionalinformation such as the identity of a calling party, duration of a voicecall, or other voice call related information.

For composing data items, such as e-mail messages, for example, a useror subscriber could use a the touch-sensitive overlay 34 on the display32 that are part of the touch screen display 28, in addition to possiblythe auxiliary I/O subsystem 112. The auxiliary I/O subsystem 112 mayinclude devices such as: a mouse, track ball, infrared fingerprintdetector, or a roller wheel with dynamic button pressing capability. Acomposed item may be transmitted over the wireless network 20 throughthe communication subsystem 104.

FIG. 4 shows an example of the other software applications andcomponents 139 that may be stored on and used with the mobile device 10.Only examples are shown in FIG. 4 and such examples are not to beconsidered exhaustive. In this example, a radio event sequencing module50, phone application 54, address book 56 and a profiles application 58are shown to illustrate the various features that may be provided by themobile device 10. It will be appreciated that the various applicationsmay operate independently or may utilize features of other applications.For example, the phone application 54 and email application 138 may usethe address book 56 for contact details obtained from a list of contacts34.

The radio sequencing module 50 provides the functionality required inthis example for the mobile device 10 to sequence the events from two ormore radios as will be explained in greater detail below. The radiosequencing module 50 sequences the radio events by sorting oroptimising, or both, according to a number of conditions and rules 30.In one embodiment, this software module operates at Layer 1 (thephysical layer according to the Open Systems Interconnection model fornetworking) of the mobile device 10.

Turning to FIG. 5, an example configuration of the communicationsubsystem 104 in communication with the processor 102 is shown. Theradio sequencing module 50 is in communication with the processor 102,and the processor 102 is connected to the TCU 150. The radio sequencingmodule 50 and the processor 102 provide a sequence of radio events, forexample, in the form of TCU instructions, to the TCU 150 for execution.As discussed above, the TCU 150 implements at least one stream of eventsthat may contain relative delays therebetween. In some embodiments, theTCU 150 executes only a single stream of radio events. The TCU 150drives two separate radios 14, 16. Although not shown, it can beappreciated that the TCU 150 may drive more than two radios. The radios14, 16 shown in FIG. 5 show components of a receiver. Although notshown, and as discussed above, at least one of the radios 14, 16 alsoincludes components for a transmitter. Each of the radios 14, 16comprises an oscillator 154, mixer 156, amplifier 158 and analog todigital converter 154. It can be appreciated that in a receiver, theamplifier 158 is commonly referred to as a low noise amplifier, while ina transmitter the amplifier 158 is commonly referred to as a poweramplifier. The oscillator 154, also often referred to as a frequencysynthesizer, is started and stopped by control signals from the TCU 150.The signals from oscillator 154 are then mixed with those signalsreceived from the network 20. The signals from the network 20 arereceived through the antennas 160, 162 corresponding to each radio 14,16, respectively. Each antenna is connected to an amplifier 158, so thatthe signal from the network can be amplified. As can be seen, the analogoutput from the mixer 156 is converted to a digital signal through theanalog to digital converter 154, whereby the digital signals are sentback to a baseband processor 153. It can be appreciated that thebaseband processor 153 contains instructions to demodulate and recoverthe data carried by the wireless network, as typically used in modemtechnology. The baseband processor 153 may form part of the mainprocessor 102, or it can be a separate processor. Other radioconfigurations may include filters. It can be appreciated that any radioconfiguration suitable for receiving wireless data is applicable to theprinciples described herein.

Although not shown, the components of a transmitter are similar to areceiver. The digital signals from a baseband processor 153 are sent toa digital to analog converter. The analog signals outputted from thedigital to analog converter are mixed with signals outputted from anoscillator. The mixed analog signal is sent to a power amplifier, whichis transmitted through a connected antenna. Similarly, the oscillator inthe transmitter is controlled by the TCU 150. As discussed above, it ispossible that a radio may comprise a transmitter and a receiver, or atransceiver, and thus, certain components may be used for both thetransmitting and receiving functions.

Turning to FIG. 6, further details of a configuration for the TCU 150 isprovided. The TCU 150 times and sequences the functions of the software,for example at Layer 1. As shown in FIG. 5, the TCU 150 acts as aninterface to between the processor 102 and the radios 14, 16. Thus, theTCU 150 processes higher level instructions from the processor 102 tobuild a schedule of instructions for affecting the GSM timing andcontrol at Layer 1. In the embodiment shown, the TCU 150 comprises afirst-in-first-out (FIFO) buffer 164, which receives instructions orevents from the processor 102. The FIFO buffer 164 sends theinstructions or events to the instruction register 166. The instructionregister 164 is a buffer that holds a copy of the instructions, whichare to be executed at a certain time based on the counter 168. Theinstructions or events are sent to the execution unit 170 based on thetiming of the counter 168. For example, when the instruction or eventthat is currently first in the FIFO buffer 164 is about to be executed,if the delay value is non-zero, then the instruction or event is loadedinto the counter 168. When the counter 168 counts down to zero, theinstruction or event is executed by the execution unit 170. Based on theinstruction or event, the execution unit 170 then sends a command to oneor more radios 14, 16, or in particular the oscillators 154 in theradios, to generate a waveform or signal. The TCU 150 executes severaltypes of instructions. For example, these types of instructions includeset and clear general purpose outputs, schedule interrupts to variousprocessors in the system, and control clock calibration.

Given that the TCU 150 executes events in a serial nature, and thatinstructions or events cannot be easily inserted into the FIFO buffer164 in a random fashion, a method is provided for gathering a list ofradio events or TCU instructions. These radio events or instructions arethen sorted in an increasing chronological order and stored as a sortedqueue or list before being transmitted to the FIFO buffer 164.

Turning to FIG. 7, an alternative configuration for the communicationsubsystem 104 is shown with the antennas 160 and 163. In particular, oneradio 14 is connected to both antennas 160, 163, and the other radio 16is also connected to both antennas 160, 163. The configuration of thehardware (e.g. antennas, radios, amplifiers) is referred to as the frontend module 172. The routing and configuration in the front end module172 can be modified through hardware switches, which can be controlledby software. For example, the front end module 172 may be configuredthrough software commands so that both radios 14 and 16 only receive andtransmit using one shared antenna 160. Thus, the electronic hardwarecomponents corresponding to the other antenna 163, which are part of thefront end module 172, may be powered down to reduce energy consumption.The front end module 172 may have different physical configurations, andits function is to route radio frequency signals from one or moreantennas to the radios 14, 16 in the case of receiving data, as well asroute the uplink radio frequency from an amplifier 158 to one or moreantennas in the case of transmitting data. In a transmitter, theamplifier 158, also commonly referred to as power amplifier, boostssignals from a mixer to the levels needed for transmission to thewireless network 20.

FIGS. 8 to 10 show other embodiments of configurations for thecommunication subsystem 104. In FIG. 8, two radios 14, 16 are connectedto a single antenna 160. In FIG. 9, the TCU 150 is connected to aplurality of radios 14, 16, 18 and each of these radios are connected toa single antenna 160. FIG. 10 show a processor 102 in communication withat least two TCUs 150, 151. Each of these TCUs 150, 151 is connected toa pair of radios 14/16, 15/17. Radios 14 and 16 are connected to oneantenna 160, and radios 15 and 17 are connected to another antenna 165.It can thus be appreciated that a number different communicationsubsystem configurations are applicable to the principles describedherein.

Turning now to FIG. 11, the radio event sequencing module 50 is showncomprising radio event lists 174, 176, 178, a sorter module 180, anoptimizer module 182 and a loader module 184. The event lists 174, 176,178 for each radio are collected and sorted by the sorter module 180.The sorted events are optionally optimized by the optimizer module 182according to a number of rules 30. The processor 102, through the loadermodule 184, converts or decomposes the sorted and optimized radio eventsinto TCU instructions as per block 186, and then loads the TCUinstructions onto the TCU's FIFO buffer 164. The sequencing process isdescribed in further detail below.

Turning to FIG. 12, a structure 188 for a radio event is shown. Theradio events are structured to contain the following information fields:the next and previous pointers 190; the start time for the event 192;the priority 194; and the event type 196. These information fields for aradio event can be placed in various different orders. The next andprevious pointers 190 are used to indicate the sequence of certain radioevents relative to other radio events and can be used for buildingchains of timed events. The priority 192 of the event (e.g. low, medium,high) is statically assigned depending on the radio event. For example,one priority scheme 210 includes low 212, medium 214 and high 216priority levels. In other words, in one embodiment, a mapping betweenthe priority level and the radio event type at the onset is established,so that throughout the mobile device's operation, every instance of acertain event has the same priority level. The radio event types 196 aredrawn from an event pool or collection 198. Non-limiting examples of theevent types include digital signal processing (DSP) radio queue command202, strobe 204, front end module configuration change 206, andarbitrary TCU instruction 208.

The radio events are described, or categorized, at a low enough level ofdetail to be sufficient to control a radio frequency (RF) chipset. It isalso preferable that the radio events are described at a high enoughlevel of detail so that a programmer of the driver for the RF chipsetdoes not need to worry about the minute details regarding the timing ofevents. As noted above, these radio events can be organized into thefollowing groups: synchronous DSP radio queue commands; RF strobesgenerated on a TCU output; front end module configurations on a group ofTCU outputs; and arbitrary TCU instructions.

With regards to the synchronous DSP radio queue commands 202, a DSPradio queue contains a circular array of structures that containcommands for one or more digital signal processors to execute. Theindividual commands in the DSP radio queue can be linked together in achain to carry out a set of sequential events. It is also appreciatedthat each of the structures in the radio queue may also includearguments for the commands. Where a radio event is considered a DSPradio queue command, the arguments may include a pointer to the start ofthe DSP radio queue command chain. Each of the chains in the DSP radioqueue can be triggered at a certain time relative to the current framestart time. Examples of typical time measurement units are millisecondsor quarter bits.

With regards to RF strobes 204 generated on a TCU output, the strobesare used to sequence events on the radio device. A burst transmit orreceive sequence can be triggered in the radio by a single strobe 204 ora sequence of strobes 204. In one embodiment, more than one TCU commandor event is required to execute a strobe 204. In another embodiment,multiple strobes 204 may be generated at the same time to triggermultiple radios. If the event type is considered to be a strobe, thenarguments for the strobe command may include the length of time thestrobe signal is active, and the polarity of the strobe 204 forindicating the whether the active state of the strobe 204 is high orlow.

Radio events regarding front end module configurations 206 includecommands that route RF signals from an antenna to the two or moreradios, as well as commands that route the uplink RF from the poweramplifier 158 to an antenna. In one embodiment, the front end module 172can be configured so that a radio can be in one of the followingstates: 1) idle; 2) allowing transmission for a particular frequencyband; and 3) allowing reception for a particular frequency band. A radiocan be only in one of these states at a given time. In other words, thestates are considered mutually exclusive for a radio. For example, anattempt to transmit on one of the radio channels while another radiochannel is receiving is considered an error.

The front end module 172 may also be configured by the TCU outputs, orin other words through radio events, so that parts of the front endmodule circuitry are disabled when not needed. For example, if therewere two low noise amplifiers in the front end module 172 (e.g. one forlow band frequency and the other for high band frequency), and bothradios were receiving on the low band frequency, then some power savingscould be achieved by only powering the low band, low noise amplifier.Thus, the high band, low noise amplifier would be powered down. Similarpower savings can be achieved where two or more radios are carrying outthe same operation, thus allowing the radios to share hardwarecomponents and power down inactive components. If the radio event isconsidered a front end module configuration change, arguments include 1)whether the radio should be switched to idle; 2) if it is not switchedto idle, what is the desired frequency band; and 3) if it is notswitched to idle, whether the radio is transmitting or receiving.

It can be appreciated that the operation of the front end module 172depends on the hardware configuration. Variation in and capability ofhardware components and configurations of the front end module 172 canbe taken into account when establishing the radio commands or events forreconfiguring the front end module 172. The configurations linking theTCU outputs to the front end module configurations can be stored in themobile device's memory for retrieval.

Other radio events, for example categorized as arbitrary TCUinstructions 208, include special instructions to carry out systemmanagement functions such as processor sleep mode entry for powersavings, and system clock calibrations.

The assignment of priority is dependent on the radio event type. In onepriority scheme, a radio event is considered low priority if it is notdirectly dependent on the networking timing. An example of such an eventis a certain type of DSP radio queue command that demodulates a burst,or received radio data. The command to demodulate a received radiocommand does not have to happen at an exact time. A radio event isconsidered medium priority if it can be delayed by a few or severalclock cycles. An example of such an event is one that controls the powersupply to a radio. In particular, the timing at which power is to besupplied to one or more radios during the sleep or idle modes does nothave to be exact. A radio event is considered high priority if it shouldhappen first in a given time frame, such as a quarter bit period. Anexample of such an event is a clock calibration event. Other highpriority events may be control signals that activate or deactivate thereceivers, as well as signals that activate or deactivate thetransmitters. The mapping between a certain event and a priority levelis subject to the perceived time urgency of a radio event. Differentcriteria may be used in addition to, or as an alternative to, thosedescribed above, when establishing the mapping. For example, radioevents that use a larger number of software and hardware resources maybe considered higher priority events compared to those radio events thatuse a smaller number of resources.

It can be appreciated that the categorization of priority levels is notlimited to ‘high’, ‘medium’ and ‘low’. The priority levels for examplecan be defined with more or less granularity. For example, the priorityscheme can be further defined to have ten levels comprising level one,level two, level three, and so forth, up to level ten. Level one can bedesignated as the highest priority level while level ten can bedesignated as the lowest priority level. Similarly, two priority levels,e.g. ‘high’ and ‘low’ can be used.

Returning to FIG. 11, the sorter module 180 collects and sorts the radioevents from each event list corresponding to a different radio. Anembodiment of the sorting process is shown in FIGS. 13 to 15. FIG. 13shows the sorting process in which the sorter module 180 collects allthe radio events from each of the radios in a given time sequence n, asper step 218. Then, at step 220, the sorter module 180 sorts the eventsfrom highest priority to lowest priority.

FIG. 14 shows an example of the unsorted radio event lists 174, 176,178, wherein each radio event list corresponds to a separate radio inthe mobile device 10. For example for a mobile device 10 with two radiodevices, there are two lists of radio events. The radio events 226 aregrouped into time sequences. A time sequence comprises a sequence orseries of time periods 222 according to the network carrier timing. Aradio event 226 is scheduled within a time period 222. As shown in FIG.14, the scheduled radio events 226 are grouped within different timesequences, for example time sequence n and the following time sequencen+1. The most recent time sequence (i.e. time sequence n) can contain anumber of radio events 226, each having an assigned priority. In FIGS.14 and 15, these events are represented by ‘H’ if it is high priority,‘M’ if it is medium priority, and ‘L’ if it is low priority. The eventsare also identified as belonging to a radio using the subscript. Forexample a medium priority event for Radio 1 is represented by M₁, and ahigh priority event for Radio 2 is represented by H₂. Similarly, thefollowing time sequence n+1 can also have a number of radio eventswithin each radio's event list. The events may or may not be in anyparticular order within each time sequence.

Upon the sorter module 180 receiving or collecting the radio events fromeach radio, the sorter module 180 collectively looks at all the eventsfrom all the radios within a given time sequence. In other words, inFIG. 14, the sorter module 180 considers or examines all the events intime sequence n, as indicated by the grouping 224. Based on the prioritylevel of each event, the sorter module 180 organizes the events fromhighest priority to lowest priority, as per step 220. Turning to FIG.15, the sorting results in a sorted list 228 whereby the highestpriority event is placed first, and the lowest priority event is placedlast. It can be appreciated that any sorting algorithm suitable forordering items based on priority or order is applicable to principlesherein. Non-limiting examples of sorting algorithms include bubble sort,quicksort, shell sort, merge sort and bucket sort. In one embodiment,merge sort is perceived to be particularly efficient since the radioevents are usually generated in a sorted order within each of the radioevent lists 174, 176, 178. Since the sorted list 228 is in chronologicalorder, radio events that are placed first are loaded first into the TCU150, so that they can be executed first by the TCU 150. Where there aretwo or more events of equal priority, the sequence of these events maybe arbitrarily determined. For example, one way of sequencing events ofthe same priority is according to the radio device. In other words, aradio event for a first radio will be sequenced before another radioevent of equal priority for a second radio. The sorted list 228 is sentto the optimizer module 182.

Turning to FIG. 16, the optimizer module 182 applies a number ofoptimization rules 30 to the sorted list 228. First, at block 230, theoptimizer module 182 searches through the optimization rules 30 todetermine which of the rules 30 apply to the radio events in the sortedlist 228. At block 232, if the radio events in the sorted list 228 meetthe conditions set forth in the rules 30, then action is taken by theoptimizer module 182 to execute or apply the applicable rule or rules30.

One rule 234 is that if two or more events in a time sequence areidentical, then only one of the events are selected and the other eventsare removed from the sorted list. In other words, redundant events areremoved from the list.

Other optimization rules are related to the front end module 172. Inanother rule 236, if there are two events that cause a hardwarecomponent, for example a low noise amplifier or antenna, to operate atdifferent frequencies at the same time, thereby causing a conflict, thenthe optimizer module 182 can re-sequence the two events so that they arenot in conflict with one another. Re-sequencing the events, or changingthe order and timing of the events, avoids the conflict. In other words,this rule 236 optimizes the sequencing of radio events by avoidinginstructions that can lead to conflicts or errors caused by theinteraction between two or more radios.

The optimizer module 182 may also apply other rules 240 in relation tothe constraints of the upper layers, for example Layer 2 (data linklayer) and Layer 3 (network layer). For example, as per rule 238, if aradio event or TCU instruction were to strain the resources at Layer 2or Layer 3 during a given time period, then that radio event or TCUinstruction is delayed and executed at a different time. The optimizermodule 182 also measures aspects of the radio events (e.g. frequency ofdifferent types radio events, total time that a receiver or transmitteris active, and delays). These collected measurements can be used incombination with other measured aspects of the mobile device to optimizeefficiency, speed, and power usage. For example the time periods atwhich the mobile device's battery is being drained can be correlatedwith the activity periods of the radio to determine if there is arelationship that can be optimized.

Turning back to FIG. 11, the sorted and optimized rules are then sent tothe loader module 184 so that the radio events, starting with thehighest priority event, can be loaded into the FIFO buffer 164 in theTCU 150. It can be appreciated that the sorted and optimized radio eventlist contains a combination of radio events for two or more radiodevices in the mobile device 10.

It can be appreciated that each radio event can comprise a number of TCUinstructions. The TCU instructions are the lower level constituents thatform a radio event. In one embodiment, after the radio events have beensorted and optimized, then the loader module 184 decomposes each radioevent into a set of one or more TCU instructions, as per block 186.These TCU instructions maintain their sequence to reflect the orderingof the sorted and optimized radio events list. It can therefore beunderstood that the loader module 184 specifically loads the TCUinstructions into the FIFO buffer 164. In this way, the TCU 150processes the TCU instructions to implement the radio events accordingto the sorted and optimized event list.

Turning to FIG. 17, in another embodiment, instead of each radio havinga list of corresponding radio events, each radio has a list ofcorresponding TCU instructions. In other words, on the onset, the listis decomposed into lower level detail comprising TCU instructions, asper block 250. Examples of TCU instructions are those that control theprocessor sleep mode entry for power savings and system clockcalibrations. Similar to the sequencing process described above, each ofthese TCU instructions is assigned to a certain priority level. Themapping between a certain TCU instruction and a certain priority levelis established in the firmware by the programmer. The sorter module 180sorts the TCU instructions for the two or more radio devices within agiven time sequence. The TCU instructions are sorted according topriority, where the highest priority TCU instructions are placed firstin the sorted list. The sorted list of TCU instructions are thenoptimized according to the optimization rules. The TCU instructions arethen sent to the loader module 184. Since the sorted and optimized listalready comprises TCU instructions, further decomposition into TCUinstructions is not needed. Thus, the list of TCU instructions are sentto the FIFO buffer 164 for execution by the TCU 150.

In one embodiment, where the radio events are converted to TCUinstructions at block 250, there is an additional optimization rule thatis specific to TCU instructions. Turning to FIG. 18, since the TCUinstructions are lower level, in block 242 the optimizer module 182 mapsthe TCU instructions (e.g. denoted Instruction A and Instruction B) tothe TCU outputs (e.g. denoted Output A). The mapping 243 shows that eachof the TCU instructions in the sorted TCU instructions list 229 ismapped to a corresponding output to be executed at a given time period.At block 244, if the outputs at consecutive time periods (e.g. denoted‘T1’ and ‘T2’) are identical, then at block 246, the optimizer module182 cancels at least one of the TCU instructions corresponding to theredundant outputs. Preferably, the optimizer module 182 cancels the TCUinstruction corresponding to the TCU output at the latter of theconsecutive time periods. If there are no consecutive TCU outputs thatare identical, then the optimizer module 182 does nothing, as per block258. In the example shown, since Output A at T2 is redundant to Output Aat T1, therefore, the optimizer module 182 cancels Instruction B, whichcorresponds to Output A at T2. In this way, TCU instructions leading toredundant TCU outputs are removed to reduce the processing load on theTCU 150 and front end module 172.

In another embodiment, the assignment of priority to the radio events orTCU instructions, or both are carried out dynamically. In other words, aradio event or TCU instruction is assigned a priority during theoperation of the mobile device 10 depending on certain conditions. Forexample, based on the available resources of the front end module 172 atthe time a radio event is listed, the radio event is assigned a prioritythat is appropriate with the available resources. In other words, ifthere are few available resources, then radio events that require lessresources are assigned a high priority since they can be executed withthe few available resources in a timely manner.

As noted above, the optimization process is optional. It can thereforebe understood that a sorted list of radio events or TCU instructions canbe sent from the sorter module 180 directly to the loader module 184.

FIG. 19 and FIG. 20 show different embodiments of the sequencingprocess. In FIG. 19, at block 260, a processor 102 in communication witha TCU 150 is provided, whereby the TCU 150 is in communication with twoor more radios. At block 262, the processor 102 collects radio eventscorresponding to the radios. At block 264, the processor 102 then sortsthe collected radio events from highest priority to lowest priority inorder to form a sorted list 128. The processor 102 then loads the sortedlist 128, beginning with the highest priority radio event, onto the TCU150.

Similarly in FIG. 20, blocks 260, 262 and 264 are implemented. Afterblock 264, at block 268, the processor 102 applies one or moreoptimization rules from an optimization rules database 30, to the sortedlist 128. The processor 102 then loads the sorted and optimized list,beginning with the highest priority radio event, onto the TCU 150, asper block 270. It can thus be appreciated that block 264 is optional.

The sequencing algorithm described herein advantageously allows for amobile device 10 to manage radio events or TCU instructions, or both,for two or more radios. It also allows mobile devices 10 with a singleTCU 150 to manage the radio events or TCU instructions, or both, wherethe TCU 150 is configured to execute a single stream of radio events orTCU instructions. In other words, a single TCU 150 in combination withthis sequencing method is sufficient to manage radio events or TCUinstructions for multiple radios in a mobile device 10.

The sequencing algorithm, through the sorter module 180, alsoadvantageously manages the radio events or TCU instructions, or both, ina way to ensure that urgent or time-sensitive radio events orinstructions are processed first, regardless of which one of the radiosthe radio event or TCU instruction is directed towards. Thus, a higherpriority event of a first radio is not processed after a lower priorityevent of a second radio, simply because the radio event list of thesecond radio is processed first.

During the sequencing process, the optimizer module 182 also addressesthe interactions of radio events or TCU instructions between the two ormore radios, which in some cases share hardware and software resources.The optimizer module 182 advantageously recognizes such interactions andcoordinates the radio events or TCU instructions from the two or moreradios to reduce processing load on radios. This also decreases theprocessing time in a mobile device 10 adapted for multi downlink multicarrier technology. The coordination or optimization rules may alsoavoid conflicts given the available hardware capabilities of the mobiledevice 10.

Although the above has been described with reference to certain specificembodiments, various modifications thereof will be apparent to thoseskilled in the art without departing from the scope of the claimsappended hereto.

The invention claimed is:
 1. A method in a wireless communicationdevice, said wireless communication device adapted for a Downlink DualCarrier (DLDC), said wireless communication device comprising aprocessor, said method comprising: collecting radio events; convertingsaid radio events to timing control unit (TCU) instructions; mappingeach of said TCU instructions to a corresponding TCU output to be eachexecuted at a given time; and if two given TCU outputs are to beexecuted at consecutive times and are identical, said processorcancelling one of said TCU instructions.
 2. The method of claim 1wherein said wireless communication device further comprises a singleTCU and two or more radio devices.
 3. The method of claim 2 wherein eachof said radio devices comprises a receiver, and said two or more radiodevices enable said wireless communication device to simultaneouslyreceive data on two or more frequency channels.
 4. The method of claim 2wherein said TCU interfaces between said processor and said two or moreradio devices.
 5. The method of claim 2 wherein said TCU is configuredto execute said TCU instructions one at a time to generate one or morecommands to control at least one of said two or more radio devices. 6.The method of claim 2 wherein each of said two or more radio devices hasa corresponding radio event list, and said corresponding radio eventslists are collected by said processor.
 7. The method of claim 1 whereinsaid radio events include any one of a digital signal processing radioqueue command, a strobe, a front end module configuration change, aprocessor sleep mode entry, and a system clock calibration.
 8. Themethod of claim 1 further comprising, after converting said radio eventsto said TCU instructions, sorting said TCU instructions from highestpriority to lowest priority to form a sorted list.
 9. The method ofclaim 8 further comprising, after cancelling said at least one of theTCU instructions, loading said sorted list onto said TCU.
 10. The methodof claim 8 wherein said TCU instructions are sorted from highestpriority to lowest priority using any one of bubble sort, quicksort,shell sort, merge sort and bucket sort.
 11. The method of claim 8wherein a priority is dynamically assigned to each of said TCUinstructions based on the availability of resources in said wirelesscommunication device's front end module.
 12. The method of claim 1occurring on Layer 1 of a networking model.
 13. A computer readablemedium comprising computer executable instructions that when executed bya processor at said wireless communication device perform the methodaccording to claim
 1. 14. A wireless communication device comprising aprocessor, said wireless communication device adapted for a DownlinkDual Carrier (DLDC), said wireless communication device configured to:collect radio events; convert said radio events to timing control unit(TCU) instructions; map each of said TCU instructions to a correspondingTCU output to be each executed at a given time; and if two given TCUoutputs are to be executed at consecutive times and are identical, saidwireless device is configured to cancel one of the TCU instructions. 15.The wireless communication device of claim 14 further comprising asingle TCU and two or more radio devices.
 16. The wireless communicationdevice of claim 15 wherein each of said radio devices comprises areceiver, and said two or more radio devices enable said wirelesscommunication device to simultaneously receive data on two or morefrequency channels.
 17. The wireless communication device of claim 15wherein said TCU interfaces between said processor and said two or moreradio devices.
 18. The wireless communication device of claim 15 whereinsaid TCU is configured to execute said TCU instructions one at a time togenerate one or more commands to control at least one of said two ormore radio devices.
 19. The wireless communication device of claim 15wherein each of said two or more radio devices has a corresponding radioevent list, and said process is configured to collect said correspondingradio events lists.
 20. The wireless communication device of claim 15wherein said radio events include any one of a digital signal processingradio queue command, a strobe, a front end module configuration change,a processor sleep mode entry, and a system clock calibration.
 21. Thewireless communication device of claim 15 further configured to, afterconverting said radio events to said TCU instructions, sort said TCUinstructions from highest priority to lowest priority to form a sortedlist.
 22. The wireless communication device of claim 21 furtherconfigured to, after cancelling said at least one of the TCUinstructions, load said sorted list onto said TCU.
 23. The wirelesscommunication device of claim 21 wherein said TCU instructions aresorted from highest priority to lowest priority using any one of bubblesort, quicksort, shell sort, merge sort and bucket sort.
 24. Thewireless communication device of claim 21 wherein a priority isdynamically assigned to each of said TCU instructions based on theavailability of resources in said wireless communication device's frontend module.